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In the Claims : 

1. (Currently amended) A computer implemented method for real-time betting, within a 
communications system comprising a distributed domain and central domain, by handling 
electronic records that contain predictions of the outcome of a certain incident, comprising: 

- generating, with a processor and within the distributed domain, a multitude of electronic 
records that contain predictions of the outcome of the incident, according to players' 
inputs, 

- fiimishing, within the distributed domain, each of the electronic records with a 
cryptographically protected proof of a certain moment of a distributed domain time 
associated with the generation of the electronic record, 

characterized in that the method further comprises: 

- receiving, within the distributed domain, repetitive beacon tick packets and watciidog 
tick packets, comprising time information of local time of the central domain at the 
moment the packet was sent, 

- synchronizing synchronising local time of the distributed domain, with time equated 
with the central domain time information received by the beacon tick packets, by help of 
values of a counter in the distributed domain and time information in received beacon tick 
packets, and 

- verifying validity of local time of the distributed domain regarding te the central 
domain's local time by comparing local time of the distributed domain to time 
information relating to local time of the central domain received by the watchdog tick 
packets. 

2. (Currently amended) The A method according to claim 1 , characterized in that the 
synchronization synchronisation of local time of the distributed domain comprises: 

- receiving, within the distributed domain, repetitive first and second beacon tick packets 
broadcasted by a predetermined time interval and reading a value of the counter at the 
moment of receiving the first and second beacon tick packets, in order to create a 
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conversion factor comparable to the interval of the first and second received beacon tick 
packets and to the values of the counter at the moments of receiving the first and second 
beacon tick packets, 

- sending a request from the distributed domain to the central domain to send a response 
to indicate accurate central domain's local time at the moment of receiving the request 

and at the moment of sending the response^ 

- initializing initialising a clock indicating local time of the distributed domain^ 

- receiving the response from the central domain and reading time information of the 
central domain's local time and «id a value of the counter at a moment of receiving the 
response, in order to construct a clock offset by computing an average delay between ti 
and tn, and t2 and U tl. to and t3 . and 

- updating new local time of the distributed domain essentially equating to the central 
domain's local time by adding to latest local time {te) of the distributed domain the 
clock offset and a value derived by multiplying with the conversion factor the difference 
of the values of the counter at the moment of receiving the response from the central 
domain and at the moment of sending the request to the central domain. 

3. (Currently amended) The A method according to claim 1, characterized in that the betting 
process is an off-line betting process. 

4. (Currently amended) The A method according to claim 1, characterized in that the beacon 
tick packets and watchdog tick packets are broadcasted by a predetermined time interval. 

5. (Currently amended) The A method according to claim 1, characterized in that the beacon 
tick packet, being protected information packet broadcasted to a distribution domain regularly, 
comprises at least one of the following information: time information relating to central domain's 
local time at a moment the beacon tick packet was sent from the central domain, delay of the next 
coming beacon tick packet to be broadcasted to the distributed domain, security parameters, and 
message authentication code. 
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6. (Currently amended) The A method according to claim 1, characterized in that the watchdog 
tick packet comprises at least one of the following information: time information relating to 
central domain's local time at a moment the watchdog tick packet was sent from the central 
domain, delay of the next coming watchdog tick packet to be broadcasted to the distributed 
domain, security parameters, key updates and message authentication code. 

7. (Currently amended) The A method according to claim 1, characterized in that delay of the 
next coming watchdog and/or beacon tick packet is compared to delay information announced in 
the previous watchdog and/or beacon tick packet, and the watchdog and/or beacon tick packet is 
accepted only if the delay of the next coming watchdog and/or beacon tick packet is valid. 

8. (Currently amended) The A method according to claim 1, characterized in that the beacon 
tick packets and watchdog tick packets are broadcasted from the central domain. 

9. (Currently amended) The A method according to claim 1, characterized in that the beacon 
tick packets are broadcasted by a Digital Audio Broadcasting transmitter arrangement and/or a 

Digital Video Broadcasting transmitter arrangement. 

10. (Currently amended) The A method according to claim 1, characterized in that an interval 
from the player's input to latest to next beacon tick packet is measured either in terms of counter 
values or of distributed domain's local time, and stored in a ciyptographically form with the 
player's input to the electronic record. 

11. (Currently amended) The A method according to claim 1, characterized in that a value of the 
counter and/or an electric clock signal representing the local time of the distributed domain at the 
said moment is used as an input in generating a cryptographically protected proof of a certain 
moment of a distributed domain. 

12. (Currently amended) The A method according to claim 1, characterized in that the counter is 
a free running independent counter, and the distributed domain comprises more than one counter 
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the rate of which are constant and independent of each other, and in that values of the first 
counter are used for internal log of events and returned to the central domain, and values of the 
second counter are used for time service of the distributed domain. 

13. (Currently amended) The A method according to claim 1, characterized in that stored data, a 
value of the counter and/or an electric clock signal representing the local time of the distributed 
domain are chained by help of a key. 

14. (Currently amended) The A computer program product directly loadable into the internal 
memory of a digital computer, characterized charact e ris e d in that it comprises software code 
portions for performing claim 1 when said product is run on a computer. 

15. (Currently amended) The A computer program product stored on a computer usable 
medium, characterized characterised in that it comprises computer readable program means for 
causing a computer to perform claim 1 when said product is run on a computer. 

16. (Currently amended) A terminal for real-Unie belling, within a communications system 
comprising a distributed domain and a central domain, where the temiinal belongs to the 
distributed domain, by handling electronic records that contain predictions of the outcome of a 
certain incident, is arranged to: 

- generate, within the distributed domain, an electronic record that contains a prediction 
of the outcome of the incident, according to a player's input, 

- furnish, within the distributed domain, the electronic record with a cryptographically 
protected proof of a certain moment of a distributed domain time associated with the 
generation of the electronic record, 

characterized in that the terminal is further arranged to: 

- receive, within the distributed domain, repetitive beacon tick packets and watchdog tick 
packets, comprising time information of local time of the central domain at the moment 
the packet was sent, 

- synchonize synchronise local time of the distributed domain, with time equated with the 
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central domain time information received by the beacon tick packets, by help of values of 
a counter in the terminal and time information in received beacon tick packets, and 

- verify validity of local time of the distributed domain regarding to the central domain's 
local time by comparing local time of the distributed domain to time information relating 
to the local time of the central domain received by the watchdog tick packets. 

17. (Currently amended) The A terminal according to claim 16, characterized in that the 
terminal is, when synchronizing synchronising of local time of the distributed domain, arranged 
to: 

- receive, within the distributed domain, repetitive first and second beacon tick packets 
broadcasted by a predetermined time interval and read a value of the counter at the 
moment of receiving the first and second beacon tick packets, in order to create a 
conversion factor comparable to the interval of the first and second received beacon tick 
packets and to the values of the counter at the moments of receiving the first and second 
beacon tick packets, 

- send a request from the distributed domain to the central domain to send a response to 
indicate accurate central domain's local time at the moment of receiving the request and at 
the moment of sending the response^ 

- initialize initialise a clock indicating local time of the distributed domain £tol (te), 

- receive the response from the central domain and read time information of the central 
domain's local time and t2) and a value of the counter at a moment of receiving the 
response, in order to construct a clock offset by computing an average delay between ti 
and tn, and h and U, d^-te and 

- update a new local time of the distributed domain essentially equating to the central 
domain's local time by adding to latest local time ^te) of the distributed domain the 
clock offset and a value derived by multiplying with the conversion factor the difference 
of the values of the counter at the moment of receiving the response from the central 
domain and at the moment of sending the request to the central domain. 

18. (Currently amended) The A terminal according to claim 16, characterized in that the 
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terminal is an asA off-line terminal. 

19. (Currently amended) The A terminal according to claim 16, characterized in that the 
terminal is arranged to compare delay of the next coming watchdog and/or beacon tick packet to 
delay information announced in the previous watchdog beacon tick packet, and accept only the 
watchdog and/or beacon tick packet if delay of the next coming watchdog and/or beacon tick 
packet is valid. 

20. (Currently amended) The A terminal according to claim 16, characterized in that terminal is 
arranged to measure an interval from the player's input to latest to next beacon tick packet either 
in terms of counter values or of distributed domain's local time, and store it in a cryptographic 
cryptographically form with the player's input to the electronic record. 

21. (Currently amended) The A terminal according to claim 16, characterized in that terminal is 
arranged to use a value of the counter and/or an electric clock signal representing local time of 
the distributed domain at the said moment as an input in generating a cryptographically protected 
proof of a certain moment of a distributed domain. 

22. (Currently amended) The A terminal according to claim 16, characterized in that the counter 
is a free running independent counter, and the terminal comprises more than one independent 
counter the rate of which are constant and independent of each other, and in that values of the 
first counter are used for internal log of events and returned to the central domain, and values of 
the second counter are used for time service of the distributed domain. 

23. (Currently amended) The A terminal according to claim 16, characterized in that the terminal 
is arranged to read a value of the free running counter and store it in a memory means of the 
terminal for later user or verification, when at least one of the following event occurs: an 
information packet is received within the terminal, and the player makes an action, such as places 
his/her bet. 
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24. (Currently amended) The A terminal according to claim 16, characterized in that the terminal 
comprises a watchdog for performing functional steps of any method claim 1 claims 1 13 . 

25. (Currently amended) The A terminal according to claim 24, characterized in that the 
watchdog is arranged to inform the central domain of values of the counter by sending 
information of counter values to the central domain. 

26. (Currently amended) The A terminal according to claim 24, characterized in that the 
watchdog is performed within a protected integrated circuit. 

27. (Currently amended) The A terminal according to claim 16, characterized in that the terminal 
comprises a data network access means for establishing two-way data link between the terminal 
and the central domain for bet record storage initialization initialisation and transferring 
broadcast parameters. 

28. (Currently amended) The A terminal according to claim 16, characterized in that the terminal 

comprises a broadcast reception means for establishing one-way data link belwccn the terminal 
and the central domain for transferring beacon tick packets and watchdog tick packets, watchdog 
key update packets, and bet start/end packets from central domain to the terminal. 

29. (Currently amended) The A terminal according to claim 24, characterized in that the 
watchdog comprises also timing means being responsible for controlling that watchdog tick 
packets are received and that they are received at right time, and for adjusting local time of the 
terminal according to received data packets. 

30. (Currently amended) The A terminal according to claim 24, characterized in that the 
watchdog comprises a communication protection means for encrypting and decrypting 
communication and checking signatures, storage key management means for creating and 
updating keys for storing data, such as placed bets, and storage entry generation means for 
encrypting and chaining entries, adding time-stamps and/or counter values to data, such as placed 
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bets, and watchdog software means, which are responsible for authentication of a player, and 
processing of application data. 

31. (Currently amended) An organizer organiser server for real-time betting, within a 
communications system comprising a distributed domain and a central domain, where the 

organizer organiser server belongs to the central domain, by handling electronic records that 
contain predictions of the outcome of a certain incident, is arranged to: 

- receive from the distributed domain a multitude of electronic records that contain 
predictions of the outcome of the incident^ and[[,]] 

- process for finding out, after the outcome of the incident is known, which of the 
electronic records, if any, contain correct predictions of the outcome of the incident, 

characterized in that the organizer organiser server is further arranged to: 

- send repetitive beacon tick packets and watchdog tick packets, comprising time 
information of local time of the central domain at the moment the packet was sent, to the 
distributed domain, in order that local time of the distributed domain is synchronized 
synchronised with time equated with the central domain time information received by the 
beacon lick packets, by help of values of a counter in the distributed domain and time 
information in received beacon tick packets, and verify validity of local time of the 
distributed domain regarding to the central domain's local time by comparing local time 
of the distributed domain to time information relating to the local time of the central 
domain received by the watchdog tick packets. 

32. (Currently amended) The An organizer organis e r server according to claim 31, characterized 
in that the organizer organiser server, when synchronizing synchronising of local time of the 
distributed domain, is arranged to: 

- send repetitive first and second beacon tick packets in predetermined time interval to the 
distributed domain, in order to create, within the distributed domain, a conversion factor 
comparable to the interval of the first and second received beacon tick packets and to the 
values of the counter at the moments of receiving the first and second beacon tick packets 
within the distributed domain, and 
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- respond to a request of the distributed domain to send a response to indicate accurate 
central domain's local time at the moment of receiving the request and at the moment of 
sending the response 

33. (Currently amended) The An organizer organiser server according to claim 31, characterized 

in that the organizer organiser server is arranged to wail a predetermined time interval announced 
in the previous beacon/watchdog tick packet, until send the next beacon/watchdog tick packet. 

34. (Currently amended) An A computer implemented arrangement for real-time betting, 
comprising a distributed domain and a central domain, by handling electronic records that 
contain predictions of the outcome of a certain incident, is arranged to: 

- generate, with a processor and within the distributed domain, a multitude of electronic 
records that contain predictions of the outcome of the incident, according to a players' 
inputs, 

- furnish, within the distributed domain, each of the electronic records with a 
cryptographically protected proof of a certain moment of a distributed domain time 

associated with the generation of the electronic record, 
characterized in that the arrangement is further aiTanged to: 

- receive, within the distributed domain, repetitive beacon tick packets and watchdog tick 
packets, comprising time information of local time of the central domain at the moment 
the packet was sent, 

- synchronize synchronise local time of the distributed domain, with time equated with 
the central domain time information received by the beacon tick packets, by help of 
values of a counter in the distributed domain and time information in received beacon tick 
packets, and 

-verify validity of local time of the distributed domain regarding to the central domain's 
local time by comparing local time of the distributed domain to time information relating 
to the local time of the central domain received by the watchdog tick packets. 



35. (Currently amended) The Aft arrangement according to claim 34, characterized in that an 
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information traffic between the central domain and distributed domain is encrypted. 

36. (Currently amended) The An arrangement according to claim 34, characterized in that the 
arrangement comprises a two-way data link used for collecting bet records from the bet record 
storage within the distributed domain to the central domain. 

37. (Currently amended) The Aft arrangement according to claim 34, characterized in that the 
arrangement comprises an one-way data link for transferring beacon tick packets and watchdog 
tick packets, watchdog key update packets, and bet start/end packets and results from central 
domain to the terminal within the distributed domain. 

38. (Currently amended) A circuit for real-time betting, within a communications system 
comprising a distributed domain and a central domain, where the circuit means belongs to the 
distributed domain, by handling electronic records that contain predictions of the outcome of a 
certain incident, is arranged to: 

- generate, within the distributed domain, an electronic record that contains a prediction 
of the outcome of the incident, according to a player's input, within the distributed 
domain, the electronic record with a cryptographically protected proof of a certain 
moment of a distributed domain time associated with the generation of the electronic 
record, 

characterized in that the circuit is further arranged to: 

- receive, within the distributed domain, repetitive beacon tick packets and watchdog tick 
packets, comprising time information of local time of the central domain at the moment 
the packet was sent, 

- synchronize synchronise local time of the distributed domain, with time equated with 
the central domain time information received by the beacon tick packets, by help of 
values of a counter in the terminal and time information in received beacon tick packets, 

and 

- verify validity of local time of the distributed domain regarding to the central domain's 
local time by comparing local time of the distributed domain to time information relating 
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to the local time of the central domain received by the watchdog tick packets. 



